System and method for facilitating bids by delivery drivers on customer store item deliveries

ABSTRACT

A system for delivering store items to a selected destination comprises a store computer that receives selected store item data including a delivery request; a delivery request database that stores the delivery request; and a delivery request application processor that provides a rule that includes criteria for selecting at least one delivery driver and generates a result that identifies a delivery driver of the at least one delivery driver satisfying the criteria of the generated rule.

RELATED APPLICATIONS

This application claims the benefit of U.S. Provisional Patent No.62/316,689, filed Apr. 1, 2016, the contents of which are incorporatedherein in its entirety.

FIELD

The present inventive concepts relate generally to the identification ofdelivery drivers, and more specifically, to the delivery of itemspurchased at a store from the store to a specified location.

BACKGROUND

A store customer often may choose not to purchase a large store itembecause the customer does not have the means, for example, a large caror truck, to transport the store item to the customer's home or otherdesignated location.

BRIEF SUMMARY

In one aspect, provided is a system for delivering store items to aselected destination, comprising: a store computer that receivesselected store item data including a delivery request; a deliveryrequest database that stores the delivery request; and a deliveryrequest application processor that provides a rule that includescriteria for selecting at least one delivery driver and generates aresult that identifies a delivery driver of the at least one deliverydriver satisfying the criteria of the generated rule.

In some embodiments, the system may comprise a delivery driver portalthat includes a display for displaying a list of outstanding deliveriesand for submitting an acceptance to the delivery request.

In some embodiments, available delivery drivers of the at least onedelivery driver satisfying the criteria may submit bids from thedelivery driver portal to perform a requested delivery.

In some embodiments, the system may further comprise a customer portalthat includes information on a delivery driver of the at least onedelivery driver satisfying the criteria, and may provide to a display alist of qualified delivery drivers for consideration to deliver thestore item according to the delivery request.

In some embodiments, the system may further comprise a delivery driverdatabase that stores a list of available delivery drivers for performingthe requested delivery.

In some embodiments, the delivery request application processor may vetthe list of available delivery drivers according to the rule criteriaand generates a list of qualified available delivery drivers.

In some embodiments, the system may further comprise a bid processor,wherein the qualified available delivery drivers may submit from acomputer a bid to perform the requested delivery.

In some embodiments, additional information about the qualifiedavailable delivery drivers may be presented to the customer forselecting a driver from the qualified available delivery drivers.

In some embodiments, the bid processor may exchange data with the rulesengine, establishing that a driver submitting a lowest bid is to beawarded the job of performing a delivery in accordance with a deliveryrequest.

In some embodiments, the delivery request application processor mayautomatically generate a selected delivery driver of the list ofqualified available delivery drivers.

In some embodiments, the system may further comprise at least one sensorthat determines at least one of a measurement a vehicle to be used bythe at least one delivery driver or a measurement of a store item, andgenerates a result processed by the delivery request applicationprocessor.

In some embodiments, the delivery request application processor mayperform a match between a customer purchases requiring delivery with adelivery driver to identify one or more delivery drivers that satisfythe criteria.

In some embodiments, the criteria includes a bid delta.

In another aspect, provided is a method for delivering store items,comprising: storing selected store item data in a data repository, theselected store item data including a delivery request; generating a rulethat includes criteria for selecting at least one delivery driver; andgenerating a result that identifies a delivery driver of the at leastone delivery driver that satisfies the criteria of the generated rule.

In some embodiments, the method may further comprises providing acustomer portal that includes information on the delivery driversubmitting the accepted delivery request and receives the accepteddelivery request from the delivery driver portal and for accepting thedelivery driver submitting the accepted delivery request.

In some embodiments, the method may further comprise storing a list ofavailable delivery drivers for performing the requested delivery, anddetermining the list of available delivery drivers according to the rulecriteria and generates a list of qualified available delivery drivers.

In some embodiments, the method may further comprise outputting thequalified available delivery drivers to a bid to identify availabledrivers to perform the requested delivery.

In some embodiments, additional information about the qualifiedavailable delivery drivers may be presented to the customer forselecting a driver from the qualified available delivery drivers.

In another aspect, provided is a delivery request application device,comprising a rules engine that stores a set of criteria, whichestablishes conditions for selecting at least one delivery driver; adelivery request processor that processes a delivery request made by apurchaser of a store item; a delivery factor calculator that establishesa delivery cost of the item; and driver qualification processor thatgenerates a result that identifies a delivery driver of the at least onedelivery driver satisfying the criteria of the generated rule.

In some embodiments, the delivery request application device may furthercomprise a bid processor that processes bids to deliver the store itemunder the conditions by delivery drivers of the at least one deliverydriver.

In another aspect, provided is a computer system with one or more memorystorage devices and one or more processors, the computer systemconfigured to: store data related to a selected store item in a datarepository of the memory storage devices, the store data including adimension of the item; generate a rule that includes criteria forselecting at least one delivery driver; and identify a delivery driverof the at least one delivery driver satisfies the criteria of thegenerated rule.

BRIEF DESCRIPTION OF THE SEVERAL VIEWS OF THE DRAWINGS

The above and further advantages may be better understood by referringto the following description in conjunction with the accompanyingdrawings, in which like numerals indicate like structural elements andfeatures in various figures. The drawings are not necessarily to scale,emphasis instead being placed upon illustrating the principles of theconcepts.

FIG. 1 is a network diagram of an environment in which embodiments of astore item delivery system are employed.

FIG. 2 is a schematic block diagram of a delivery request applicationprocessor, in accordance with some embodiments.

FIG. 3 is a diagram illustrating data exchanges between various elementsof a retail environment, in accordance with some embodiments.

FIG. 4 is a diagram illustrating a measurement collection data exchangefor a delivery system, in accordance with some embodiments.

DETAILED DESCRIPTION

In brief overview, embodiments of the present inventive concepts relateto a delivery service for items from stores, member clubs, or relatedretail establishments by matching customer purchases requiring deliverywith a delivery driver. Accordingly, customers can purchase store itemsotherwise not possible due to delivery constraints, thereby increasingstore sales.

FIG. 1 is a network diagram of an environment in which embodiments of astore item delivery system are employed.

The environment includes a communications network 16 that permits thevarious electronic devices of the environment to communicate with eachother. The network 16 may be a public switched telephone network (PSTN),a mobile communications network, a data network, such as a local areanetwork (LAN) or wide area network (WAN), or a combination thereof, orother communication network known to those of ordinary skill in the art.

Environment elements may include but not be limited to one or more ofeach of a delivery request database 18, a point of sale (POS) terminal20, a retail system server 22, a delivery driver portal 24, a deliveryrequest application processor 26, a delivery driver database 28, or acombination thereof, which can communicate with each other over thenetwork 16.

In some embodiments, the environment includes a shopper's mobileelectronic device 12 such as a smartphone, electronic notebook, laptopcomputer, and so on, at which a shopping application 13 may be executed.The shopping application 13 may include a customer portal, which caninclude information on delivery drivers and/or retrieve such informationfrom an external data repository, generate and process inputs from thecustomer regarding feedback on shopping and delivery experiences,initiate delivery requests, and so on. In some embodiments, the customerportal may be at a different computer than the mobile electronic device12. The customer portal may include information on the delivery driversubmitting an accepted delivery request and receives the accepteddelivery request from the delivery driver portal and for accepting thedelivery driver submitting the accepted delivery request. For example,information about a qualified available delivery driver may be presentedto the customer for making an informed decision about selecting a driverfrom the qualified available delivery drivers.

The POS terminal 20 provides technology for completing a retailtransaction. Here, a customer may purchase store items by making apayment to a store associate or by an “express payment” or automaticpayment. The POS terminal 20 may include a printer for providing invoicepayment information, payment receipts, coupons for future purchases, andso on. The POS terminal 20 may be part of a system that includes othercustomized hardware and software for optimizing a customer checkout,including but not limited to weighing scales, scanners, electronic andmanual cash registers, and/or touch screens. The POS terminal 20 maygenerate and output data in response to a transaction to other computerelements of the environment performing various functions, such asinventory management, customer relationship management (CRM), financial,warehousing, advertising/marketing, and so on.

The delivery request database 18 is constructed and arranged for storingdelivery requests.

The delivery request application processor 26 can establish criteria fora delivery vehicle to be used in delivering store items according tocustomer requests. The delivery request application processor 26 canalso perform a match between a customer purchases requiring deliverywith a delivery driver to identify one or more delivery drivers thatsatisfy the predetermined criteria. The delivery request applicationprocessor 26 can also determine whether a driver is acceptable forperforming the requested delivery. Accordingly, the delivery requestapplication processor 26 can vet the list of available delivery driversaccording to rule criteria and generate a list of qualified availabledelivery drivers. The delivery request application processor 26 mayfurther automatically generate a result that includes a selecteddelivery driver of the list of qualified available delivery drivers thatsatisfies the criteria of a generated rule, instead of the customerselecting the delivery driver from the list. A business decision may bemade whether to allow the customer to select the driver of preferencefrom the list, or allow the customer to select a driver for a particularsituation.

The retail system server 22, or store computer, may store and processshopper list items, item location information, inventory data, but isnot limited thereto. The POS terminal 20 can communicate with the retailsystem server 22 for providing sales transaction data to the server 22,for example, to store purchase history data. The store computer 22 mayalso receive a delivery request with store item data.

The delivery driver portal 24 receives and processes delivery requests,which can be viewed at a portal display by prospective drivers, who mayreply to the requests as candidates for fulfilling the criteria setforth in the delivery requests. In addition to accepting requests, insome embodiments, the delivery driver portal 24 may be used for driversto bid for a delivery. The delivery driver portal 24 may display a listof outstanding deliveries regardless of whether drivers have beenselected for performing the deliveries, in addition to displaying acurrent delivery request. People who are interested in becoming deliverydrivers may register at the delivery driver portal 24. Here, aninterested person may complete a questionnaire, the contents of whichmaybe be stored at the delivery driver database 28. A driver candidatemay be required to undergo a qualification process, for example,providing a resume, completing a written and/or road test, providingreferences, and so on. Data related to the qualification process may bestored at the delivery driver database 28 for subsequent retrieval andreview by customers, store managers, or other authorized and interestedparties.

The delivery driver database 28 stores a list of available deliverydrivers for performing the requested delivery. The delivery requestapplication processor 26 can update the delivery driver database 28 withdriver data received from the customer portal, the delivery driverportal 24, and/or other sources. For example, the delivery requestapplication processor 26 may receive information from a database that adriver was recently arrested for drunk driving, or that a vehicleidentification stored at the database 28 is associated with a stolenvehicle. This data can be added to a record on the driver, and stored atthe delivery driver database 28.

FIG. 2 is a schematic block diagram of a delivery request applicationprocessor 26, in accordance with some embodiments. The delivery requestapplication processor 26 may include a rules engine 202, a deliveryrequest processor 204, a bid processor 206, a delivery factor calculator208, and a driver qualification processor 210. Some or all of thedelivery request application processor 26 may include a rules engine202, a delivery request processor 204, a bid processor 206, a deliveryfactor calculator 208, and a driver qualification processor 210 can bepart of a same hardware platform. In other embodiments, the foregoingdelivery request application processor elements are separate hardwaredevices and communicate with each other via a network 16.

The rules engine 202 stores a set of criteria, or rules, which establishconditions, for example, a type of vehicle for delivering itemsaccording to a delivery request. For example, a delivery request may beto deliver a large television set. The rules engine 202 may establish arule that any qualified delivery driver must have a vehicle that canaccommodate the dimensions of the television set, e.g., height, length,width, weight, and so on. The established rule may be applied to acomparison between a customer purchase requiring delivery with adelivery driver to determine whether the driver accepting the deliveryrequest is acceptable.

The delivery request processor 204 processes delivery requests receivedfrom the delivery request database 18. In some embodiments, the deliveryrequests are parsed from store item data received at the store computer22, and output from the store computer 22 or database 18 to the deliveryrequest processor 204. The delivery request processor 204 can generateand send a notification to the customer, for example, the customer'smobile device 12, that a request made by the customer has been accepted.The destination of the notification may be established as part of asetup process for the customer of the delivery driver, where thecustomer may be asked to enter how the customer would like to becontacted (email, automated phone message, text message), along with therelevant information for that contact method. The notification may be aprerecorded or predetermined message stored at the delivery requestdatabase 18 or other data repository.

The bid processor 206 may receive bids from the driver portal 24, whereavailable delivery drivers may submit bids to perform a requesteddelivery. The bid processor 206 may include a set of criteria forprocessing bids, for example, setting a bidding rate, such as a maximumor minimum rate, which can be set by the store customer, e.g., enteredfrom the customer's mobile electronic device 12. The bid processor 206may exchange data with the rules engine 202, for example, establishingthat a driver submitting the lowest bid is awarded the job of performinga delivery in accordance with a delivery request. Another criteriainclude a bid delta, or how much a driver must underbid so that driversdo not underbid each other by some insignificant amount.

In other embodiments, a customer may circumvent the bidding process, andselect the driver based on personal preference or other criteria,instead of the bid processor 206 identifying preferable bidders fordelivering items.

The delivery factor calculator 208 may establish a delivery cost basedon the time of day, size of delivery, distance of delivery. Drivers maybe paid based on distance of the delivery, size of the item beingdelivered, reputation based on past deliveries, and so on. Deliveryfactors such as location, distance, time of year, availability ofdrivers, and so on may affect the delivery cost. The delivery driver mayinclude such factors when accepting a delivery request or submitting abid. Alternatively, the bid processor 206 may automatically considersuch factors when generating bid responses, selecting a driver toperform a delivery according to a request, and so on.

The driver qualification processor 210 may vet a list of availabledelivery drivers and/or their vehicles according to the rule criteriaestablished by the rules engine 202 and/or data regarding drivers fromthe delivery driver database 28 and/or other source in order to generatea list of qualified available delivery drivers. The driver qualificationprocessor 210 can generate a result that identifies a delivery driver ofthe at least one delivery driver satisfying pre-established rulecriteria, for example, a type of vehicle for delivering items accordingto a delivery request, or a drug-free driver, and so on. Vehicleinformation may be stored at the delivery driver database 28 or otherportal, and include type of vehicle, dimensions for carrying items,weight capacity, and/or other relevant data that may be used todetermine whether store items selected for delivery may indeed befeasibly delivered by a vehicle of interest.

The list of qualified drivers may be delivered directly to the customerportal at the customer device 12 for consideration or may be output tothe bid processor 206.

FIG. 3 is a diagram illustrating data exchanges between various elementsof a retail environment, in accordance with some embodiments. AlthoughFIG. 3 refers to elements of a retail environment illustrated in FIG. 1,other related interactive devices may equally apply.

At step 302, a customer purchases a store item and requests delivery ofthe item. Here, the customer can check out at the POS terminal 20 in anormal manner, for example, a store associate may scan barcodes on storeitems, process payment of the item by the customer, and so on. Thetransaction data is output from the POS terminal 20 to the retail systemserver 22. The customer also has the option of requesting a deliverydriver. In some embodiments, the cashier initiates a request for adelivery driver by entering a phone number or other information that canassociate the registered transaction to the mobile device application13.

At step 304, the retail system server 22 receives from the POS terminal20 the selected store item data including the delivery request, andgenerates an entry in the delivery request database 18.

At step 306, the delivery request application processor 26 pulls newrequests from the delivery request database 18, and processes therequests. In doing so, the request application processor 26 cancalculate delivery costs. Cost of the delivery may be based on the timeof day, size of delivery, distance of delivery. The requests from therequest database 18 may be compared with available drivers step 307pulled from the delivery driver database 28 to identify possible driverswho may perform deliveries according to the pulled requests.

In processing the request, the delivery request application processor 26can rely on the rules engine 202 to establish criteria for the deliveryvehicle to be used. For example, a rule can establish that the vehiclefor delivery must be less than 10 years old, under 100,000 miles, and soon. Another criterion may be that the vehicle must be a truck having aflatbed of a predetermined size, which can be compared to the size ofthe item to be delivered in the delivery request.

At step 308, the delivery request application processor 26 publishes alist of requests to the delivery driver portal 24 for each deliverydriver, preferably only drivers that qualify to perform a delivery.

At step 310, a delivery driver, or more specifically, a computer havinga display, may receive and view information related to a deliveryrequest. In some embodiments, the delivery driver may receive anotification that there are new delivery requests on the delivery driverportal 24. One or more delivery drivers can view a list of outstandingdeliveries on the delivery driver portal, and at step 312 a deliverydriver can accept a delivery request.

At step 314, the delivery driver portal 24 sends an acceptance by one ormore delivery drivers to the delivery request application processor 26.If a single driver acceptance is received, then at step 316 the customercan receive a direct notification. If multiple acceptances are received,then a bidding process may be performed for example by the bid processor206 to determine which delivery driver acceptance is accepted by thecustomer.

The delivery request application processor 26 may perform a matchbetween a customer's purchases requiring delivery with a delivery driverto determine whether the driver accepting the delivery request isacceptable. The driver can be validated by determining whether deliverdriver data in the database 28 satisfies a set of rule criteria and/orvalidated by the customer reviewing information on each driverparticipating in a bidding process.

At step 316, the delivery request application processor 26 directs anotification to the customer, or more specifically, a computer device12, that the delivery request has been accepted. In some embodiments,the customer can review information on the driver accepting the deliveryrequest such as a driver's driving experience, fees incurred by thedriver, accidents and/or citations associated with the driver, and soon. At step 318, a driver may enter information, for example, includingdriver record information, etc. Driver and/or vehicle information mayalso be pulled from other sources.

At step 320, the delivery request database 18 may be updated with driverinformation provided by the delivery request application processor 26. Adelivery driver may update information at any time.

As described herein, the delivery request application processor 26 mayrequire information about an item, such as a height, length, width,weight of a large store item, e.g., a television set, refrigerator, andso on. This information may be required to determine whether a driveraccepting a delivery request is acceptable, for example, whether thedriver's vehicle can safely deliver a particular item purchased by astore customer. In doing so, the item must fit within the dimensions ofthe vehicle.

In some embodiments, a determination may be made by comparing vehicleinformation stored at the delivery driver database 28 and iteminformation stored at the retail system server 22. The driverqualification processor 210 may execute this comparison, for example,triggered in response to the POS terminal 20 executing a transactionthat includes the purchase of the item of interest. For example, thedriver qualification processor 210 may cross-reference a size and weightof an item in a store item record file and the delivery driver database28 and pair the result with the minimum requirements for delivery of theitem.

In other embodiments, the vehicle information and/or item informationmay be not be available. As shown in FIG. 4, in other embodiments, atstep 402, a weight scanner 54 may be provided for comparing the weightof a store item 15 for purchase and delivery and a weight capacity of atruck or other vehicle. A camera 52 or other sensor may be used toreceive an image of the item 15, which can be used by a processor todetermine a size of the item 15. This data may be stored (404) at theretail system server 22, and used for cross-referencing with a size of atruck bed or other space in the vehicle for carrying the item 15.Alternatively or in addition, at step 406, a camera or other sensor, forexample, a smartphone 14, may be used to to receive an image of thevehicle, which can be used by a processor to determine a size of thespace in the vehicle for carrying the item 15. Other sensors may be usedto determine the amount of weight that the vehicle can carry, the amountof compression of the springs capable of supporting the item 15, thesize or power of the vehicle engine, and so on. This data may be stored(408) at the delivery driver database 28.

In some embodiments, data may be collected after the item is placed onthe vehicle. For example, the smartphone 14 may generate a first imageof the vehicle before the item 15 is placed inside it, and generate asecond image of the vehicle after the item 15 is placed inside it. Thedriver qualification processor 210 can process the two images todetermine an amount of compression of the truck, and determine whetheran amount of compression or sag, for example, due to a decrease in depthof a surface of a vehicle, exceeds a predetermined threshold, forexample, a 10% difference, and reject the request by the driverapplicant if the determined decrease in depth exceeds the predeterminedthreshold.

In another example, a sensor may measure the revolutions per minute(RPMs) of the vehicle engine during operation, which may be used todetermine an amount of power or force by the vehicle to move the item.Similarly, the driver qualification processor 210 can process “before”and “after” sensor measurements to determine whether an increase in RPMsor other power-related data exceeds a predetermined threshold, todetermine whether to accept or reject the request by the driverapplicant.

Aspects of the present invention are described below with reference toflowchart illustrations and/or block diagrams of methods, apparatus(systems) and computer program products according to embodiments of theinvention. It will be understood that each block of the flowchartillustrations and/or block diagrams, and combinations of blocks in theflowchart illustrations and/or block diagrams, can be implemented bycomputer program instructions. These computer program instructions maybe provided to a processor of a general purpose computer, specialpurpose computer, or other programmable data processing apparatus toproduce a machine, such that the instructions, which execute via theprocessor of the computer or other programmable data processingapparatus, create means for implementing the functions/acts specified inthe flowchart and/or block diagram block or blocks.

Any combination of one or more computer readable medium(s) may beutilized. The computer readable medium may be a computer readable signalmedium or a computer readable storage medium. A computer readablestorage medium may be, for example, but not limited to, an electronic,magnetic, optical, electromagnetic, infrared, or semiconductor system,apparatus, or device, or any suitable combination of the foregoing. Morespecific examples (a non-exhaustive list) of the computer readablestorage medium would include the following: an electrical connectionhaving one or more wires, a portable computer diskette, a hard disk, arandom access memory (RAM), a read-only memory (ROM), an erasableprogrammable read-only memory (EPROM or Flash memory), an optical fiber,a portable compact disc read-only memory (CD-ROM), an optical storagedevice, a magnetic storage device, or any suitable combination of theforegoing. In the context of this document, a computer readable storagemedium may be any tangible medium that can contain, or store a programfor use by or in connection with an instruction execution system,apparatus, or device.

A computer readable signal medium may include a propagated data signalwith computer readable program code embodied therein, for example, inbaseband or as part of a carrier wave. Such a propagated signal may takeany of a variety of forms, including, but not limited to,electro-magnetic, optical, or any suitable combination thereof. Acomputer readable signal medium may be any computer readable medium thatis not a computer readable storage medium and that can communicate,propagate, or transport a program for use by or in connection with aninstruction execution system, apparatus, or device.

Program code embodied on a computer readable medium may be transmittedusing any appropriate medium, including but not limited to wireless,wire-line, optical fiber cable, radio frequency, etc., or any suitablecombination of the foregoing.

Computer program code for carrying out operations for aspects of thepresent invention may be written in any combination of one or moreprogramming languages, including an object oriented programming languagesuch as Java, Smalltalk, C++ or the like and conventional proceduralprogramming languages, such as the “C” programming language or similarprogramming languages. The program code may execute entirely on theuser's computer, partly on the user's computer, as a stand-alonesoftware package, partly on the user's computer and partly on a remotecomputer or entirely on the remote computer or server. In the latterscenario, the remote computer may be connected to the user's computerthrough any type of network, including a local area network (LAN) or awide area network (WAN), or the connection may be made to an externalcomputer (for example, through the Internet using an Internet ServiceProvider).

The foregoing and other features and advantages of the invention will beapparent to those of ordinary skill in the art from the following moreparticular description of the invention and the accompanying drawings.

A number of implementations have been described. Nevertheless, it willbe understood that the foregoing description is intended to illustrateand not to limit the scope of the inventive concepts which are definedby the scope of the claims. Other examples are within the scope of thefollowing claims.

What is claimed is:
 1. A system for electronically matching store items and a delivery vehicle for delivering the store items to a selected destination, comprising: a store computer that receives selected store item data including a delivery request; a delivery request database that stores the delivery request; a delivery request application processor that provides a rule that includes criteria for selecting a vehicle of at least one delivery driver capable of delivering a store item under the delivery request and generates a result that identifies a delivery driver of the at least one delivery driver having the vehicle satisfying the criteria of the generated rule; at least one sensor that determines at least one of a measurement of a vehicle to be used by the at least one delivery driver or a measurement of a store item, and generates a result which is processed by the delivery request application processor to confirm that the vehicle satisfies the criteria of the generated rule; and a delivery driver portal that includes a display for displaying a list of outstanding deliveries and for submitting bids by the at least one delivery driver in response to the delivery request, wherein the delivery request application processor qualifies the at least one driver submitting bids, wherein the at least one sensor collects first vehicle data before the store item is positioned in the vehicle to be used by the at least one delivery driver and collects second vehicle data after the store item is positioned in the vehicle, then generates the result in response to determining whether a difference between the first and second vehicle data exceeds a threshold value, wherein the first and second vehicle data each includes at least one image of the vehicle and where the at least one sensor captures the at least one image of the vehicle to determine an item-carrying capability of the vehicle, and wherein the rule establishes the item-carrying capability.
 2. The system of claim 1, wherein available delivery drivers of the at least one delivery driver satisfying the criteria submit the bids from the delivery driver portal to perform a requested delivery.
 3. The system of claim 1, further comprising a customer portal that includes information on a delivery driver of the at least one delivery driver satisfying the criteria, and providing to a display a list of qualified delivery drivers for consideration to deliver the store item according to the delivery request.
 4. The system of claim 1, further comprising a delivery driver database that stores a list of available delivery drivers for performing the requested delivery.
 5. The system of claim 4, wherein the delivery request application processor vets the list of available delivery drivers according to the rule criteria and generates a list of qualified available delivery drivers and wherein the at least one sensor collects the first and second vehicle data of the vehicle to be used by the at least one of the list of qualified available delivery drivers.
 6. The system of claim 5, further comprising a bid processor, wherein the qualified available delivery drivers submits from a computer a bid to perform the requested delivery.
 7. The system of claim 6, wherein additional information about the qualified available delivery drivers is presented to the customer for selecting a driver from the qualified available delivery drivers.
 8. The system of claim 6, wherein the bid processor exchanges data with the rules engine, establishing that a driver submitting a lowest bid is to be awarded the job of performing a delivery in accordance with a delivery request.
 9. The system of claim 5, wherein the delivery request application processor automatically generates a selected delivery driver of the list of qualified available delivery drivers.
 10. The system of claim 1, wherein the delivery request application processor performs a match between a customer purchases requiring delivery with a delivery driver to identify one or more delivery drivers that satisfy the criteria.
 11. The system of claim 1, wherein the criteria includes a bid delta.
 12. A method for electronically matching store items and a delivery vehicle for delivering the store items to a selected destination, comprising: storing selected store item data in a data repository, the selected store item data including a delivery request; generating, via a processor, a rule that includes criteria for selecting a vehicle of at least one delivery driver capable of delivering a store item under the delivery request; generating, via a processor, a result that identifies a delivery driver of the at least one delivery driver having the vehicle that satisfies the criteria of the generated rule; and determining by a sensor at least one of a measurement of a vehicle to be used by the at least one delivery driver or a measurement of a store item, and generating a result which is processed by the delivery request application processor to confirm that the vehicle satisfies the criteria of the generated rule, wherein the sensor collects first vehicle data before the store item is positioned in the vehicle to be used by the at least one delivery driver and collects second vehicle data after the store item is positioned in the vehicle, then generates the result in response to determining whether a difference between the first and second vehicle data exceeds a threshold value, wherein the first and second vehicle data each includes at least one image of the vehicle and where the at least one sensor captures the at least one image of the vehicle to determine an item-carrying capability of the vehicle, and wherein the rule establishes the item-carrying capability.
 13. The method of claim 12, further comprising providing a customer portal that includes information on the delivery driver submitting the accepted delivery request and receives the accepted delivery request from the delivery driver portal and for accepting the delivery driver submitting the accepted delivery request.
 14. The method of claim 13, further comprising storing a list of available delivery drivers for performing the requested delivery, and determining the list of available delivery drivers according to the rule criteria and generates a list of qualified available delivery drivers and wherein the at least one sensor collects the first and second vehicle data of the vehicle to be used by the at least one of the list of qualified available delivery drivers.
 15. The method of claim 14, further comprising outputting the qualified available delivery drivers to a bid to identify available drivers to perform the requested delivery.
 16. The method of claim 15, wherein additional information about the qualified available delivery drivers is presented to the customer for selecting a driver from the qualified available delivery drivers.
 17. A delivery request application device, comprising: a rules engine that stores a set of criteria, which establishes conditions for selecting at least one delivery driver; a delivery request processor that processes a delivery request made by a purchaser of a store item; a delivery factor calculator that establishes a delivery cost of the store item; and driver qualification processor that generates a result that identifies a delivery driver of the at least one delivery driver satisfying the criteria of the generated rule, wherein the delivery request processor further receives a result from a sensor to confirm that the vehicle satisfies the criteria of the generated rule, wherein the delivery request application device qualifies the at least one delivery driver submitting bids, wherein the at least one sensor collects first vehicle data before the store item is positioned in the vehicle to be used by the at least one delivery driver and collects second vehicle data after the store item is positioned in the vehicle, then generates the result in response to determining whether a difference between the first and second vehicle data exceeds a threshold value, wherein the first and second vehicle data each includes at least one image of the vehicle and where the at least one sensor captures the at least one image of the vehicle to determine an item-carrying capability of the vehicle, and wherein the rule establishes the item-carrying capability.
 18. The delivery request application device of claim 17 further comprising a bid processor that processes bids to deliver the store item under the conditions by delivery drivers of the at least one delivery driver. 